Fluid フレームワーク

感じたこと

フォルダとの違い

フォルダは、消してしまうと、その配下のファイル全て消える！ #💡

MOCは消えない

フォルダは、アイデアオメガにたどり着くために、フォルダX、Y、Zを開かなければならないという煩わしさは取り除けない。だから、剛性なんだ...。

MOCはそんなことはない。流動的であり、Fluidである...。

概要

Fluidフレームワークは、必要に応じて使用できる、非剛性で高い柔軟性を持つ組織構造です。 "Linking Your Thinking"システムにおけるFluidフレームワークについて話す際、主に指すのはMOCやHomeノートのような高次のノートのことです（ただし、MOC、フォルダ、タグ、クエリのバランスの取れた使用によっても、フルイドな構造を維持できます）。

Fluidフレームワークは相互に排他的ではありません。つまり、MOCにリンクされたノートは、MOCノートの中だけに存在するわけではありません。ノートは自由に存在し、リンクすることができます。ノートは、参照されるあらゆる場所で発見することができます。これらはノートをリンクさせるための基本です。

MOCのような高次のノートを使うことで、いつでも自由に構造を追加できるようになりました。しかし、これらのフレームワークは、かつてないほど柔軟に作業できるようにするユニークな属性を提供します。

Fluidフレームワーク vs Rigidフレームワーク

なるほど...Fluidフレームワークは、必須ではないサポート構造なのですね。

一方、フォルダのような典型的なフレームワークは、必須のサポート構造です。フォルダを削除すると、その中のファイルも削除されます。

それは、フォルダがFluidではなく、剛性のフレームワークだからです。フォルダは、内部に閉じ込められたノートにアクセスする方法の数を減らしてしまいます。グローバル検索もできますし、フォルダ内のノートへのリンクも可能です...これは以前よりは良くなりましたが...それでもなお、アイデアオメガにたどり着くために、フォルダX、Y、Zを開かなければならないという煩わしさは取り除けません。

したがって、フォルダだけでは剛性ですが、Fluidフレームワーク、つまり高次のノートを上手に使ってリンクされた知識をサポートすれば、フォルダのスマートな応用も取り入れることができます。

私たちがここにいるのは、ノートを最良の方法で構造化するために、手持ちのツールをどのように展開するかについて、熟練し自信を持つためなのです。